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REMARKS 

Reconsideration and allowance of the present application are respectfully 
requested. Claims 1-4, 7-11, 13-15, 18-24, 26, 32-35, 39-43, 49, 51, 52 and 55 are 
currently pending in this application. 

Regarding the Objection to the Declaration 

The Office Action objected to the declaration, presumably because it makes 
reference to "35 CFR 1.56(a)" rather than the entire rule, i.e., "37 CFR 1.56." A PTO 
model form (PTO/SB/01 (8-03)) recites, in part, that Applicants "acknowledge the duty 
to disclose information which is material to patentability as defined in 37 CFR 1.56." It 
is submitted that the original declaration, which cites 35 CFR 1.56(a), is sufficient, as 37 
CFR 1.56(a) sets forth the basic duty of disclosure owed the Patent Office by Applicant, 
and a proper interpretation of 35 CFR 1.56(a) would necessarily draw into consideration 
the other parts of the rule. For instance, 35 CFR 1.56(a) recites, in part, that each 
individual associated with the filing and prosecution of a patent application has "a duty to 
disclose to the Office all information known to that individual to be material to 
patentability as defined in this section." A proper interpretation of the terms and 
conditions of such a statement - such as the meaning of the term "material" - would draw 
into consideration the other parts of the rule. The Patent Office is therefore respectfully 
requested to remove the objection to the declaration. Alternatively, insofar as the Patent 
Office continues to assert that the original declaration departs from the suggested model 
declaration in matters of form, it has the authority to waive such deviations; the Patent 
Office is respectfully requested to exercise that authority and waive such minor 
deviations from the suggested model declaration. 
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Regarding the Objections to the Drawings 

The Office Action objected to Figs. 1-3 because, according to the Office Action, 
these figures should be labeled as PRIOR ART. However, Applicant submits that these 
figures, even in their original form, do not represent the prior art. Therefore, it would be 
inappropriate to label these figures as prior art. Nevertheless, to clarify the non-prior art 
status of these figures, these figures have been amended herein to clarify their nexus to 
the internationalization functionality illustrated in later figures. Namely, in Fig. 1, the 
label "Multi-Layer Application/Domain Architecture" (in functional box 110) has been 
changed to "International-Enabled Multi-Layer Application/Domain Architecture." In 
Fig. 2, the label "Multi-Layer Architecture" (in functionality box 110) has been changed 
to "International-Enabled Multi-Layer Architecture." In Fig. 3, the title "General 
Operation" has been changed to "General Operation of International-Enabled Multi- 
Layer Architecture." Exemplary support for these changes can be found at least on page 
17, line 27 et seq. of the specification. In view of the above changes, Applicant submits 
that the drawings comply with the applicable statutes and rules. Applicant accordingly 
requests the Patent Office to remove the objection to the drawings. 

Regarding the Objections to the Speciation 

The Office Action requested that the specification be reviewed to ensure that it 
properly cites trademarked technology. A number of changes have been made in this 
Amendment to comply with the Office Action's request. The Applicant submits that the 
specification complies with the applicable statues and rules. Applicant accordingly 
requests the Patent Office to remove the objection to the specification. 

35 U.S.C. § 102 and 35 U.S.C. § 103 Rejections 

Claims 1-5, 13-15, 18-24, 26-36, 45-47, 49, 51-54 and 56 were rejected under 35 
U.S.C. § 102(b) as being anticipated by U.S. Patent No. 5,678,039 to Hinks et al. 



lee A Haves, pllc 



22 



« 

1 

2 
3 
4 
5 
6 
7 
8 
9 
10 
11 
12 
13 
14 
15 
16 
17 
18 
19 
20 
21 
22 
23 
24 
25 



(referred to below as "Hinks"). Claims 7, 8, 10 and 12 were rejected under 35 U.S.C. § 
102(b) as being anticipated by the publication "OpenWindows Developer's Guide: 
Xview Code Generator Programmer's Guide," by Sun Microsystems (referred to below 
as "Sun"). Claims 6, 16, 17, 25, 37, 38, 41-44, 48, 50 and 55 were rejected under 35 
U.S.C. § 103 as being unpatentable over Hicks in view of Sun. Claim 9 was rejected 
under 35 U.S.C. § 103 as being unpatentable over Sun in view of U.S. Published Patent 
Application No. 2002/0107684 to Gao (referred to as "Gao" below). Claim 11 was 
rejected under 35 U.S.C. § 103 as being unpatentable over Sun in view of Hinks. And, 
finally, claims 39 and 40 were rejected under 35 U.S.C. § 103 as being unpatentable over 
Hinks in view of Gao. Applicant respectfully traverses each of these rejections for the 
reasons stated below. As amendments have been made to each of the pending 
independent claims, the rejections will be addressed en bloc to facilitate the Patent 
Office's review of the case. 

As amended, independent claim 1 recites a computer-implemented method 
comprising: analyzing a computer-servable document written for a particular locale; 
extracting and removing locale-sensitive content from the document while leaving locale- 
independent elements in the document; storing the locale-sensitive content in a data 
structure separate from the document; and substituting, in a same operation as the 
extracting and removing, a function call in place of associated removed locale-sensitive 
content in the document, the function call being configured such that, when executed, the 
function call obtains the locale-sensitive content from the data structure. 

None of the applied documents disclose the above combination of features, 
whether considered alone or in any combination. Each applied document will be 
discussed below, followed by an explanation of representative deficiencies of these 
documents vis-a-vis claim 1. 
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Hinks discloses a technique for translating software into localized versions. With 
reference primarily to Fig. 3, Hinks' technique involves obtaining a resource file 325 
from original source files 313 or from an original program 317. An EXPMP 
(Export/Import Resource Parser) module 330 parses the resource file 325 into a 
Translation Table 340, which can be stored as a database table. The Translation Table 
340 encapsulates all of the information that is known or can be derived from the various 
resources, and stores information in a format which may be utilized by various editors 
350. Note generally column 7, line 53 to column 8, line 13 of Hinks, as well as Figs. 6B 
and 1 1, which illustrate the Translation Table 340. More specifically, certain information 
in the Translation Table 340 is earmarked as translatable, and a user may use the editors 
350 to translate such information. See, for instance, column 11, line 37 et seq. The 
translations can then be stored in the Translation Table 340. The EXPIMP module 340 
can then produce a translated resource file 360, and the target product can be rebuilt 
based on this information. See generally column 8, lines 6-37. 

Sun describes tools for internationalizing software programs. In the technique 
described by Sun, a Devguide tool or a developer inserts gettext() function calls around 
all user-visible text in an application. See page 99 of Sun, and also the samples on page 
98. An xgettext operation can then be run on the source fields to produce a portable 
object file. See page 99 of Sun. The portable object file contains the native language 
strings taken from a program and placeholders for a localizer to supply each string's 
translation. See page 97. These portable object files can be shipped to localizers for 
translation into local languages. See page 98. The translated object files can be 
subsequently used to adapt a software program to another locale. 

Finally, Gao describes a technique for globalizing software. The technique parses 
software or website code to separate it into a file of international code (which is not 



LEE d HAYES. PLLC 



24 



« 

1 

2 
3 
4 
5 
6 
7 
8 
9 
10 
11 
12 
13 
14 
15 
16 
17 
18 
19 
20 
21 
22 
23 
24 
25 



locale dependent) and a resource pack of items specific to a first locale. The 
internationalization process includes an analysis of the original code to identify its 
structure. Based on that analysis, the technique identifies potential items which contain 
information for insertion into the resource pack. See page 1, paragraph No. 5 to 
paragraph No. 7 of Gao. 

None of the above documents describes extracting and removing locale-sensitive 
content from the document while leaving locale-independent elements in the document, 
storing the locale-sensitive content in a data structure separate from the document, and 
substituting, in a same operation as the extracting and removing, a function call in place 
of associated removed locale-sensitive content in the document. For instance, Hinks does 
not substitute a function call in place of associated removed locale-sensitive content. 
Namely, Hinks forms the Translation Table 340 from a program, translates any 
translatable content using editors 350, and then rejoins the translated content back to the 
program. The Examiner acknowledges the deficiencies of Hinks by stating that "Hinks 
does not expressly disclose the substitution of a locale-sensitive content with a function 
call" (e.g., page 15 of the Office Action). But the deficiency is more than a lack of 
"express" disclosure, but also a failure of Hinks to even remotely suggest this feature. 
Hinks uses a procedure of extraction, translation, and reinsertion that has no use of 
function calls. The Gao reference is likewise deficient in that it does not disclose, 
suggest, or even hint at the use of function calls in the manner claimed. 

The Office Action relies on the Sun reference to make up for the shortcomings of 
Hinks and Gao. However, Sun uses function calls in a manner which is significantly 
different than the way the method of claim 1 uses function calls. First, in Sun, the 
gettext() function is added so that it wraps around existing locale-sensitive content. For 
example, if an application contained a message, "Please type your login ID," then the 
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gettext() procedure might transform this statement as follows: gettext("Please type your 
login ID"). This is inferred on page 99 of Sun when it says that gettext() function calls 
are inserted "around all user-visible text in an application" (emphasis added). This 
means that function calls do not remove the locale-sensitive content as claimed; rather, at 
best, the functions supplement the locale-sensitive content. 

Second, after the gettext() function calls have been inserted around the text in a 
program, Sun runs a separate utility, the xgettext() operation, to create the portable file 
containing the locale-sensitive content. This means that Sun does not substitute the 
gettext() function in a same operation as an extraction procedure, but as a preliminary 
step in order to subsequently perform the extraction procedure as a separate operation. 
Sun's procedure is therefore markedly different than the method recited in claim 1, which 
calls for substituting, in a same operation as the extracting and removing, a function call 
in place of associated removed locale-sensitive content in the document. Exemplary 
support for this amendment to claim 1 can be found in Fig. 5 of the present application, 
which shows that, when processing a line of code, a storage step 510 and a substitution 
step 512 are performed as part of a single extraction operation 508. 

The claimed technique has potential advantages over that of Hinks. For example, 
extracting and removing locale-sensitive content produces a more generic document, 
which is in better accord with the end objective of internationalization and subsequent 
localization. Also, the claimed invention need not resort to a separate utility to extract 
locale-sensitive content, and therefore is potentially easier to use. 

For at least the above-identified reasons, the Applicant submits that claim 1 is 
neither disclosed nor rendered obvious by any combination of Hinks, Sun and Gao. The 
other pending independent claims (i.e., claims 7, 13, 20, 32, 41, 49 and 55) have been 
amended in this Response in a manner that is related to that of claim 1 . Accordingly, 
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these independent claims are allowable over any combination of Hinks, Sun and Gao for 
reasons similar to those given for claim 1. The dependent claims are allowable at least by 
virtue of their dependency on their respective independent claims. 

For at least the above-stated reasons, the Applicant respectfully requests the 
withdrawal of the 35 U.S.C. § 102 and 35 U.S.C. § 103 rejections. 



The arguments presented above are not exhaustive; Applicant reserves the right to 
present additional arguments to fortify its position. Further, Applicant reserves the right 
to challenge the alleged prior art status of one or more documents cited in the Office 
Action, and particularly the Gao reference. 

All objections and rejections raised in the Office Action having been addressed, it 
is respectfully submitted that the present application is in condition for allowance and 
such allowance is respectfully solicited. The Examiner is urged to contact the 
undersigned if any issues remain unresolved by this Amendment. 



Conclusion 



Respectfully Submitted, 



Dated: July 16, 2004 




David M. Huntley 
Reg. No. 40,309 
(509) 324-9256 
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